home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / urn / urn-archives / urn-ietf.archive.9610 / 000147_owner-urn-ietf _Thu Oct 31 15:14:23 1996.msg < prev    next >
Internet Message Format  |  1997-02-19  |  3KB
  1. Received: (from daemon@localhost) by services.bunyip.com (8.6.10/8.6.9) id PAA19280 for urn-ietf-out; Thu, 31 Oct 1996 15:14:23 -0500
  2. Received: from mocha.bunyip.com (mocha.Bunyip.Com [192.197.208.1]) by services.bunyip.com (8.6.10/8.6.9) with SMTP id PAA19269 for <urn-ietf@services.bunyip.com>; Thu, 31 Oct 1996 15:14:20 -0500
  3. Received: from acl.lanl.gov by mocha.bunyip.com with SMTP (5.65a/IDA-1.4.2b/CC-Guru-2b)
  4.         id AA27981  (mail destined for urn-ietf@services.bunyip.com); Thu, 31 Oct 96 15:14:17 -0500
  5. Received: from legiron.acl.lanl.gov (legiron.acl.lanl.gov [128.165.147.188]) by acl.lanl.gov (8.7.3/8.7.3) with SMTP id NAA06913; Thu, 31 Oct 1996 13:14:12 -0700 (MST)
  6. Message-Id: <2.2.32.19961031202159.00699568@acl.lanl.gov>
  7. X-Sender: rdaniel@acl.lanl.gov
  8. X-Mailer: Windows Eudora Pro Version 2.2 (32)
  9. Mime-Version: 1.0
  10. Content-Type: text/plain; charset="us-ascii"
  11. Date: Thu, 31 Oct 1996 13:21:59 -0700
  12. To: Daniel LaLiberte <liberte@ncsa.uiuc.edu>,
  13.         Larry Masinter <masinter@parc.xerox.com>
  14. From: Ron Daniel <rdaniel@acl.lanl.gov>
  15. Subject: Re: [URN] HTTP resolution protocol
  16. Cc: urn-ietf@bunyip.com
  17. Sender: owner-urn-ietf@services.bunyip.com
  18. Precedence: bulk
  19. Reply-To: Ron Daniel <rdaniel@acl.lanl.gov>
  20. Errors-To: owner-urn-ietf@bunyip.com
  21.  
  22. Thus spoke Daniel LaLiberte (at least at 03:30 PM 10/30/96 -0600)
  23. >Larry Masinter writes:
  24. > > I think some people would say that
  25. > > 
  26. > >     GET <service>/<uri>  HTTP/1.0
  27. > > 
  28. > > is not valid HTTP.
  29. >
  30. >I was wondering about that.  Maybe Ron meant:
  31. >
  32. >  GET /<service>/<uri>  HTTP/1.0
  33.  
  34. My mistake, I should have had the initial "/".
  35.  
  36.  
  37. > > New services need new methods.
  38.  
  39. I have had some off-list mail about defining new HTTP methods
  40. for the various resolution service requests (N2C is the most
  41. frequent suggestion, but any of them could be handled this way).
  42.  
  43. The draft did not clearly state my goal for the http resolution protocol,
  44. which was to have something that could be very easily deployed for
  45. initial tests. Backward compatability with existing servers was a goal.
  46. I wanted something where people could either add a script to their
  47. cgi-bin directory or even just create a new directory and plop files into it.
  48.  
  49. It may be that the rest of the list thinks such a goal is inappropriate.
  50. Certainly there is the potential for conflict if a site already had
  51. "N2L" in its URLs.  (Although an AltaVista search for url:N2L didn't
  52. find anything).
  53.  
  54. A possible compromise position is:
  55.  
  56. 1) N2R is encoded as GET uri, not GET /N2R/uri
  57. 2) new HTTP methods are defined for other resolution service requests,
  58.    so we would issue requests like
  59.       N2C  uri  HTTP/1.x
  60.    (versioning of the HTTP protocol may be an issue here).
  61. 3) N2L is treated as a special case because of its importance
  62.    and is still encoded as GET /N2L/uri  HTTP/1.0   (or 1.1)
  63.  
  64.  
  65. Opinions?
  66. Ron Daniel Jr.                       email: rdaniel@lanl.gov
  67. Advanced Computing Lab               voice: +1 505 665 0597
  68. MS B287                                fax: +1 505 665 4939
  69. Los Alamos National Laboratory        http://www.acl.lanl.gov/~rdaniel/
  70. Los Alamos, NM, USA  87545    obscure_term: "hyponym"
  71.